home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19941031-19941221 / 000402_news@columbia.edu_Wed Dec 7 03:59:22 1994.msg < prev    next >
Internet Message Format  |  1995-07-31  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21197
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 12 Dec 1994 11:40:57 -0500
  3. Received: by apakabar.cc.columbia.edu id AA26598
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 12 Dec 1994 11:40:54 -0500
  5. Path: news.columbia.edu!spcuna!solaris.cc.vt.edu!news.mathworks.com!news.duke.edu!godot.cc.duq.edu!newsfeed.pitt.edu!gatech!swrinde!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  6. From: jrd@cc.usu.edu (Joe Doupnik)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: Flow Control in MS-DOS Kermit 3.14
  9. Message-Id: <1994Dec7.095922.34783@cc.usu.edu>
  10. Date: 7 Dec 94 09:59:22 MDT
  11. References: <3c2me7$d29@sundog.tiac.net>
  12. Organization: Utah State University
  13. Lines: 76
  14. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3c2me7$d29@sundog.tiac.net>, ciaraldi@max.tiac.net (Michael Ciaraldi) writes:
  17. > Could I get an explanation of how flow control works in MS-DOS Kermit 3.14?
  18. > I've read the MS-DOS Kermit book and the KERMIT.UPD file, but they
  19. > only tell you that you can set flow control to NONE, XON/XOFF, and RTS/CTS,
  20. > and that the XON/XOFF can be set separately for ingoing and outgoing data.
  21. > The documentation does not give any detail beyond that.
  22. > 
  23. > I'm especially interested in XON/XOFF.
  24. > Here are my questions:
  25. > 
  26. > 1) Does "ingoing" mean from the host into the serial port of the PC
  27. > and then into Kermit, and does "outgoing" mean from Kermit out
  28. > the serial port to the host?
  29.     Yes. INCOMING means flow control bytes to/incoming Kermit on the PC,
  30. OUTGOING means from/outgoing from the PC to the remote host, and XON/XOFF 
  31. means in both directions.
  32.  
  33. > 2) Is flow control in Kermit supposed to  work the same during
  34. > terminal emulation as during Kermit file transfer?
  35. > And is it the same during TRANSMIT?
  36.     Transport channels service all higher layers the same way.
  37. Recall that flow control is a datalink affair, not high level operation.
  38.  
  39. > 3) What is the correct setting to have Kermit pass any ^S and ^Q
  40. > characters on to the host, without further processing?
  41. > This would emulate a terminal that implements no flow control at all.
  42.     That's a host problem, yes?
  43.  
  44. > 4) What is the correct setting to have Kermit freeze the screen when
  45. > the user types ^S, and unfreeze it when the user types ^Q,
  46. > but not send the ^S and ^Q to the host?
  47.     The host must stop sending, then the screen will have nothing
  48. new to display.
  49.  
  50. > 5) What is the correct setting to have Kermit freeze the screen when
  51. > the user types ^S, and unfreeze it when the user types ^Q,
  52. > but also send the ^S and ^Q to the host?
  53. > This would emulate a real VT-100, I think.
  54.     See 4.
  55.  
  56. > 6) What is the correct setting to have Kermit send a ^S to the host
  57. > if the host is sending data faster than Kermit can process it,
  58. > then send a ^Q when Kermit can again process new data?
  59. > This is also the way a real VT-100 works.
  60. > In this mode, what is the maximum number of characters the
  61. > host can send after Kermit sends the ^S, without Kermit losing any?
  62.     That's the essence of flow control. OUTGOING or XON/XOFF does
  63. exactly this. Kermit has a several hundred byte cushion, but modems and
  64. host buffers and other comms storage may exceed that. Kermit does not
  65. stop working when it sends and XOFF to the host, so overrun is a gradual
  66. effect. A real VT100 is much slower than MSK and has only a few bytes of 
  67. cushion.
  68.  
  69. > 7) What is the correct setting to have Kermit recognize a ^S sent from
  70. > the host, then not send any data to the host until the host 
  71. > sends a ~Q? In this mode, how many characters can the user
  72. > type without Kermit losing any?
  73. > 
  74. > 8) Suppose Kermit is doing a TRANSMIT without PROMPT, so that it is
  75. > just sending the contents of a file out the serial port.
  76. > What is the setting to have Kermit recognize a ^S from the host
  77. > as a signal to not send any more data, then resume sending
  78. > when the host sends a ^Q?
  79.     Again, basic flow control. The host is sending the XON/XOFF
  80. flow control bytes. Deduction: use SET FLOW INCOMING or XON/XOFF.
  81.  
  82. > 9) Is all this documented somewhere? If so, I will certainly feel foolish
  83. > for having missed it.
  84.     We don't offer a tutorial in basic datacomms so all these details
  85. are not explained in the user's manual. The actions are, but not the way
  86. you ask the questions.
  87.  
  88. > 10) If I want to see how this is implemented, where is it handled
  89. > in the source code?
  90.     Serial comms are in file msxibm.asm.
  91.     Joe D.